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Amendments To the Drawings : 



The attached sheets of drawings include changes to Figs, ld(iv), 2b(i), 2b(ii), 4a, 
4b, 5a, 5b, 5c, 6a, 6b, 7b, 7c, 8a(i), 10a(i), 10a(ii), 10a(iii), 10b(i), 10b(ii), 10b(iii), 10c, 
lla(i), lla(ii), llb(i), llb(ii). llb(iii). The changes are too numerous to enumerate. No 
new matter has been introduced. Please replace Figs, ld(iv), 2b(i), 2b(ii), 4a, 4b, 5a, 5b, 
5c, 6a, 6b, 7b, 7c, 8a(i), 10a(i), 10a(ii), 10a(iii), 10b(i), 10b(ii), 10b(iii), 10c, lla(i), 
1 la(ii), 1 lb(i), 1 lb(ii). 1 lb(iii) with the attached Replacement Sheets. No new subject 
matter has been added. 



Attachment: Replacement Sheets 



Siliconstor-0003 



27 



Application No. 10/775,523 

Amendment dated September 22, 2008 

Reply to Non-Final Office Action of April 10, 2008 

REMARKS/ARGUMENTS 

A petition and fees for a two-month extension of time are being submitted 
herewith. 

The Abstract has been replaced to conform to the word-count limitation and in 
proper form. The Amendments to the Specification corrects certain typographical errors. 
The Amendments to the Figures correct certain drawing errors and inconsistencies. No 
new matter has been introduced in either of the Amendments. 

Claims 1-20 remain pending. Claims 1, 6, 9 and 14 have been amended, as recited 
hereinabove. Claims 21-29 have been added. 

Claims 6 and 9 have been amended and are now believed to overcome the 
objection made thereto. 

Claims 1, 9 and 14 have been amended to change the term "and/or" to "or" and are 
thus believed to be proper form. 

Claims 1, 9 and 14 have been rejected under 35 U.S.C. 103(a) as being 
"anticipated" by Grieff et al. (US Patent 6,961,813) (hereinafter "Grieff ') in view of 
Utsunomiya et al. (US Publication No. 2003/013 1 166) (hereinafter "Utsunomiya"), Ooi et 
al. (US Patent 6,854,045) (hereinafter "Ooi '045") and Ooi et al. (US Patent No. 
6,961,787) (hereinafter "Ooi '787"). It is believed that the term "anticipated" is intended 
to be "unpatentable" and as such, this rejection will be considered to be based on 
obviousness rather than anticipation. Applicants respectfully traverse this rejection. 

The cited references, either individually or in combination, do not teach or disclose 
each and every element of the claimed invention. 

The cited references do not individually teach or disclose each and every 
element of the claimed invention 

GRIEFF: 

Grieff does not teach "an arbitration and control circuit . . . responsive to the 
original queue depth value and operative to alter the original queue depth value into a 
queue depth value that is less than the original queue depth value . . ..", as in the claimed 
invention. To this end, there is never any overrun problems with the queue encountered 
where the host units provide more commands than that which can be queued because, in 
accordance with the claimed invention, the host units are, advantageously, each fooled into 
thinking the queue depth is smaller than it actually is. This avoids the problem Grieff 
encounters and recognizes in that its hosts can overrun the queue depth resulting in an 
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error. [See: Grieff: Fig. 2, note on the bottom left-side of the page, starting with "Don't 
forward the Queued command to the Device if the Task Queue is full. Make it look like 
the device had an error . . .."] Advantageously, such an error cannot occur in the claimed 
invention because the queue will never be overrun. 

Further, Grieff does not teach the "... first task file", "... second task file", "... 
device task file", and "an arbitration and control circuit coupled to said first host task file 
and said second host task file and said device task file for selecting one of the first host or 
second host units to concurrently access the device, through the switch, by accepting non- 
data FIS, from either of the first or second host units, at any given time, including when 
the device is not in an idle state . . .", as recited in claims, 1, 9 and 14. Furthermore, Grieff 
does not teach an arbitration and control circuit causing the "first and second host units to 
be assigned less than the number of commands indicated by the queue depth", as recited in 
the claimed invention. 

Utsunomiva: 

Utsunomiva does not teach "an arbitration and control circuit . . . responsive to the 
original queue depth value and operative to alter the original queue depth value into a 
queue depth value that is less than the original queue depth value . . ..", as in the claimed 
invention. 

Further, Utsunomiva does not teach "a first SATA port including a first host task 
file for connection to a first host unit", a second SATA port including a first host task file 
for connection to a first host unit", and "an arbitration and control circuit coupled to said 
first host task file and said second host task file and said device task file for selecting one 
of the first host or second host units to concurrently access the device, through the switch, 
by accepting non-data FIS, from either of the first or second host units, at any given time, 
including when the device is not in an idle state . . .", as recited in claims, 1, 9 and 14. 
While Utsunomiva discloses a task file queue (in main memory 16) and a task file (in AT 
drive 12), neither the task file queue nor the task file are SATA task files, as in the claimed 
invention. Further, Utsunomiva' s task file queue appears to be in the host and not in a 
host port of a switch, as in the claimed invention. Similarly, the task file of Utsunomiva 
appears to be in the device (or drive) and not in a port of a switch, as in the claimed 
invention. 

Siliconstor-0003 29 



Application No. 10/775,523 

Amendment dated September 22, 2008 

Reply to Non-Final Office Action of April 10, 2008 

The claimed first and second task files are in the SATA ports responding to 
corresponding host units, and not host memory, as in Utsunomiya . Even if the main 
memory of Utsunomiya that houses its task file queue is considered to be a host itself, 
there is no port, such as in the claimed invention. 

While the task file queue is disclosed to accept more than one command, it does so 
from the same CPU, this is not "selecting one of the first host or second host units to 
concurrently access the device, through the switch, by accepting non-data FIS, from either 
of the first or second host units, at any given time, including when the device is not in an 
idle state . . .", as in the claimed invention. 

Further, in Utsunomiya there is no device task file in a switch, rather, the AT drive 
12 is located in the device (or drive). 

Ooi '045 and '787 do not teach two host ports having respective task files and a 
third port having a device task file, and an arbitration and control circuit, as recited in the 
independent claims. 



Ooi '045 and '787: 

Neither Ooi '045 nor Ooi '787 do not teach "an arbitration and control circuit . . . 
responsive to the original queue depth value and operative to alter the original queue depth 
value into a queue depth value that is less than the original queue depth value . . as in 
the claimed invention. 

Furthermore, neither Ooi '045 nor Ooi '787 teach two host ports having respective 
task files and a third port having a device task file, an arbitration and control circuit, as 
recited in claims 1, 9 and 14. 

The combination of references do not teach, suggest or hint each and every 
element of the claimed invention 

It is understood, as confirmed by the Examiner during a conversation on July 8, 
2008 and noted in an Interview Summary regarding US Application No. 10/775,488, dated 
7/18/2008 that the first and second host task files of the claimed invention are presumed to 
be the task file queue of Utsunomiya , shown in Fig. 4 of Utsunomiya and the claimed 
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device task file is presumed to be the task file shown in Fig. 5 of Utsunomiva . It also 
appears from the statements made in the office action that the task file queue of 
Utsunomiva is being doubled and each placed into the host port of Grieff . It is submitted 
that such a design, as disclosed by Utsunomiva and Grieff will not work because among 
other reasons, the task file queues of Utsunomiva Operate in a different layer and in 
accordance with a different protocol than that of Grieff . The backward compatibility 
feature of Ooi '045/' 7 87 does not make this combination work either because the pieces of 
the puzzle will not fit! 

Utsunomiva' s task file queue is not in a SATA port or any port that is responsive 
to a host, such as in the claimed invention, rather, it is in the main memory 16 of the host 
because the main memory 16 is coupled to the CPU 14 and the combination form a host or 
at least a part thereof. 

Ooi '045 and Ooi '787, individually or in combination with Grieff and 
Utsunomiva, do not disclose, suggest, hint at or teach the claimed invention 

Due to the recent addition of Ooi '045 and Ooi '787 to the combination of 
references forming the basis of this rejection, a brief overview of these two references is 
now presented. 

Ooi '045 discloses a computer system 100 including a processor 1 10, serial ATA 
(SATA) devices 176 and 178 and an ATA controller 155. The controller 155 includes an 
emulator for backward compatibility with parallel ATA (PAT A) device drivers, in 
particularly PATA drivers 138 and 145. [See Ooi '045: Figs. 2 and 3; Col. 2, lines 22-30; 
Col. 3, lines 23 - 27]. The processor 1 10 is a central processor unit. [See Ooi '045; Col. 
2, lines 31 -39.] 

Ooi '045 discloses a technique to emulate or mimic parallel ATA (PATA) 
interface in a SATA environment. [See Ooi '045: Col. 1, lines 41-43; Col. 4, lines 49 - 
55.] To mimic PATA interface, Ooi '045 discloses an elaborate structure to emulate 
PATA including the emulator 210, the input/output controller hub (ICH) 150, and the 
parallel ATA drivers 138 and 145. This is done by modifying software drivers for PATA 
to accommodate SATA. PATA emulation, in the manner used in Ooi '045, allows the 
PATA driver 138 to control the SATA devices 176 and 178 as if the latter were PATA 
devices and when the emulator 210 is disabled, the SATA devices 176 and 178 are treated 
as they are, SATA devices. [See Ooi '045: Col. 4, lines 60 -67.] The serial port 1 task 
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files 225 and the serial task file 235 are in communication with a respective SATA device 
1 and 2 [See Ooi '045: Figs. 1 and 2]. 

Ooi '787 discloses a method and system for updating files including transmitting a 
frame having status information and non-status information between a device and a host 
controller. [See Ooi '787: Col. 1, lines 40 - 42.] Ooi '787 appears to be cited for the 
notion of backward compatibility, however, such compatibility does not suggest that 
including a hardware structure of one protocol into hardware of another protocol will 
work. The only backward compatibility disclosed by both Ooi '045 and '787 is 
modification of software drivers/programs to fool the hardware into thinking that it is 
PATA. However, to fool the hardware of Utsunomiya using the scheme of the Ooi 
references, which appears to be suggested as the basis of the foregoing rejection, would 
require substantial re-design of Utsunomiya and Grieff, if it can be done at all, not to 
mention the uncertainty as to the incorporation of any of Ooi's structures into the mix. 

More specifically, it appears that in the office action, the backward compatibility 
of SATA with PATA interfaces in Ooi '045 and a paragraph in Ooi '787 are being relied 
upon to form the conclusion that Utsunomiya ' s task file queue may be included in the 
SATA host ports of Grieff. To follow this notion, one would have to import practically all 
of the structures of Figs. 1 and 2 of Ooi '045 and double the same and use each to couple 
to a task file queue of Utsunomiya and then to include all of foregoing into each of the 
host ports 130 and 132 of Grieff. This would clearly result in a system with an exorbitant 
amount of circuitry, if it works at all. That is, at least the structures emulator 210, serial 
ATA host controller 220, serial ATA host controller 230, and the remainder of ICH150, 
parallel ATA driver 138, parallel ATA driver 145, would have to be made to somehow 
connect and work with the task file queue of Utsunomiya and placed somehow into the 
host port 1 30 or 132 of Grieff and the same done with the other host port of Grieff, which, 
at the very least, is impractical and inoperational and not at all obvious. In fact, such a 
combination makes for, if it works at all, such complicated circuitry that this notion by 
itself welcomes the claimed invention as a marked improvement thereover due to its 
simplicity of design and therefore much needed. 

The task file queue of Utsunomiya . as disclosed, is in the main memory 16 thereof 
and in communication with a CPU not the SATA devices (drives) as disclosed in Ooi 
'045. If the serial port 1 task file 225 and the serial port 2 task file 235 of Ooi '045 were 
to replace the task file queue of Utsunomiya ., it is not clear where the task file of 
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Utsunomiva would have to be and how would it would work with the structures of Ooi 
'045. 

Thus, Utsunomiva and Ooi '045 and Ooi '787 combined with Grieff fail to 
disclose the claimed arbitration and control circuit. 

None of the references, either individually or in combination, disclose or teach 
SATA ports responsive to non-data FIS from the host unit, as in the claimed invention. 

None of the references, either individually or in combination, disclose or teach "an 
arbitration and control circuit . . . responsive to the original queue depth value and 
operative to alter the original queue depth value into a queue depth value that is less than 
the original queue depth value . . as in the claimed invention. To the contrary, in Grieff, 
an error would occur when the queue depth is exceeded, which would not happen in the 
claimed invention. [See Grieff: Fig. 2, note on the bottom left-side of the page, starting 
with "Don't forward the Queued command to the Device if the Task Queue is full. Make 
it look like the device had an error . . .."] In accordance with the claimed invention, the 
task queue would never become full because the host units are fooled into believing that 
the queue depth is less than its actual size. 

More detailed explanations of the foregoing is now presented. 

The combination of references do not disclose, suggest hint at or teach the 
recited "arbitration and control circuit" 

The claimed invention recites "the arbitration and control being responsive to the 
original queue depth value and operative to alter the original queue depth value" and "the 
non-data FIS of the first and second host units and the device identify which one of the 
first or second host units is an origin and/or destination host so that routing of non-data 
FIS is transparent to the switch." Claims 1, 9, 14, and 19. However, the combination of 
references do not disclose the foregoing apparatus/method for making the routing of non- 
data FIS transparent to the switch. 

The rejection points to several different portions of Grieff . Each is discussed 
separately hereinbelow. 

1- Grieff, Col. 2, 1 53 to Col. 3. 1 45: This portion of Grieff merely provides an 
overview of its functionality. But there is no discussion of 'route aware' routing. 
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2- Grieff, Col. 4, 11 5 to 34: This portion of Grieff provides a background of the 
differences between SCSI, PATA and SATA in multi-host environments. There is no 
discussion of 'route aware' routing. 

3- Grieff., Col. 4 11 47-57: It is Applicants' understanding that this citation 
misconstrues Grieff . These cited discussions relate to "an ATA device that supports 
command queuing (of certain) commands." (Grieff, 11.47-48). Command queuing is an 
optional functionality of SATA, as discussed in SATA Rev 2.6 specs, "13.5 Native 
Command Queuing (Optional)." SATA devices offering this optional SATA feature can 
queue up to 32 commands internally. [Id.] 

Grieff apparently supports the SATA Queued Command feature. [See: Grieff Col. 
4, 11. 38-40]. In Grieff , a host "issuing a queued command. . .places a unique Tag in bits 7- 
3 of the ATA Sector Count register." [See: Grieff, Col. 4, 11. 53-55]. This "5-bit tag 
assigned from the host (serves) to uniquely identify a specific command completion when 
the device completes queued commands out of order." [See: Grieff Col. 4, 11 51-53]. But 
the Final Office Action of August 10, 2007, erroneously states that the "associated 5-bit 
tag (is) utilized for identifying which host is the origin or destination of the FIS." Final 
Office Action of August 10, 2007, page 10, paragraph 15. 

Therefore, although this 5-bit tag is used to identify up to 32 queued commands, 
the Final Office Action erroneously concludes that it is used to identify the host. 

4- Grieff Col. 5, 1 17 to Col. 6, 1 56: This portion of Grieff actually shows that the 
claimed invention is absent in Grieff. Specifically, col. 5 1. 67- col. 6 1. 3 recites "In an 
exemplary embodiment, ORTable 116 includes a data table that stores the original Tag 
associated with each outstanding command, the originating source of each outstanding 
command (i.e. Host 0 or Host 1). . ." 

Thus, in Grieff identification of the originating host is done through the 
OR Table, which stores Tags tracking the originating host. In contrast, in the claimed 
invention, the routing is invisible to the switch. 

5 - Grieff Col. 10, 1. 27 to col. 12, 1. 29: These discussions actually show the 
claimed invention is absent in Grieff . The claimed invention uses "non-data FIS. . .(to) 
identify which. . .host unit is an origin and/or destination host so that routing of non-data 
FIS is transparent to the switch." (claims 1,9, 14, and 19) In contrast, Grieff uses an 
Outstanding Request (OR) Table 1 16, in combination with a Command Tracker State 
Machine (SM) 1 14 to route the non-data FIS to the appropriate host. 
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In Grieff, "When the Command Tracker detects an incoming queued command 
from the host side interface of the dual port adapter, a new Tag is assigned to the 
command to guarantee uniqueness of Tags between multiple initiator commands." Grieff , 
Col. 10, 11 18-31. "The information stored in the ORTable may include. . .the host that 
sent the command." Grieff , Col. 10 11. 42-46. The "In an exemplary embodiment, 
OR_Table 1 16 includes a data table that stores. . .the originating source of each 
outstanding command" Grieff Col. 5 1. 67 to Col.6 1. 4. "The Command Tracker SM takes 
measure to determine the correct host to reconnect to if the D_Status[SERV] bit is set." 
Grieff, Col. 11,11 54-56. 

6- Grieff, Col. 12, 1. 60 to Col. 14, 1. 21: This portion of Grieff elaborates on Bus 
Reconnection Procedures. It does not deal with routing non-data FIS. 

In short, whereas the claimed invention uses the non-data FIS itself "so that routing 
of non-data FIS is transparent to the switch" (claims 1,9, 14, 19) Grieff assigns a Tag to 
the commands. The Tags are stored in an OR Table and tracked by the Command 
Tracker SM in order to match commands with the issuing host for routing purposes. 

Therefore, since Grieff does not include 'route aware' routing, and since the issue 
of routing FIS among multiple hosts has no relevance to either Utsunomiya or Ooi '045 or 
Ooi '787 , none of the cited references have any methodology to make the routing of non- 
data FIS transparent to the switch. 

Applicants thus submit that the cited combination lacks at least one element of the 
claimed invention, and that any combination will not work without re-engineering the art 
beyond recognition. 

The claimed invention is not obvious because the cited combination of 
references forming the basis of rejection simply does not work 

Combining Utsunomiya 's task file queue (TFQ) into Grieff s ATA ports using 

some of the circuits shown in Ooi '045 does not work. 

The host ports 130 and 132 in Grieff are state machines for relaying primitives 
with no mention of storage capability. [See: Grieff : Col. 5, lines 50-56]. Indeed, if the 
capability existed in Grieff s host ports 130 and 132 to store commands or non-data FIS, 
arguably Grieff would not have needed to store and decode host commands after the 
switch, i.e. FIS buffer 120. 
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Furthermore, the host ports 130 and 132 in Grieff operate at the Link Layer (layer 
2). In comparison, the TFQs from Utsunomiya function in PATA protocol, which is 
basically an Application Layer. 

Thus, the link layer host ports 130 and 132 of Grieff , lacking storage capability, 
can neither store nor interface with the application layer TFQs from Utsunomiya . To use 
some of the circuitry disclosed in Ooi '045, particularly the emulator 210, serial ATA host 
controller 220, serial ATA host controller 230, and the remainder of ICH150, parallel 
ATA driver 138, parallel ATA driver 145, to cause backward compatibility of the host 
ports 130 and 132 of Grieff and the task file queue of Utsunomiya would require an 
impractical circuit/structure. Notwithstanding the foregoing, it is not clear and certainly 
not disclosed in the proposed combination, where and how such circuits would be located 
and connected. 

Furthermore, the arbiter module 112 of Grieff processes at the Link Layer (layer 2) 
rather than the command layer (layer 4). [See: Grieff . Col. 5, Lns. 50-56]. Redesigning 
the arbiter module 112 would in turn require re-engineering each subsequent component to 
interact with command layer (layer 4) at the host ports 130, 132. Without redesigning 
each subsequent component the system simply would not work. 

Neither Ooi '045 nor Ooi '787 offer guidance to this effect, as they both disclose 
modifying drivers/programs to mimic PATA where SATA devices are employed. It is not 
clear how such an emulation technique would be designed into Utsunomiya and then 
carried over to Grieff without redesigning all three systems. 

In short, simply "including" Utsunomiya' s TFQs into Grieff s ATA ports using the 
disclosure of Ooi '045 and '787 will not work because at least the following sub-systems 
will need to be re-engineered or eliminated: 

The ports 130, 132 in Grieff. As recited, these ports don't have 
storage capability to handle TFQs. 

Utusunomiya's TFQ 22. As recited, the TFQ 22 is "done in 
software" and resides in RAM 16. Furthermore, it functions in PATA, and 
is not compatible with SATA FIS. 

Grieff s OR Table 116. If routing of non-data FIS were transparent 
to the switch, much of the functionality of this sub-system would be 
rendered useless, but it's unclear that the OR Table could simply be 
removed. 
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Grieff s decoder 120. Much of the functionality of this sub-system 
would be rendered useless by the TFQs, but it's unclear that the decoder 
could simply be removed. 

Grieff s decoder command tracker SM 1 14. This state machine 
accepts and generates control signals for numerous sub-systems that have to 
be re-engineered or eliminated. Therefore, Figs. 2 through 8 in Grieff 
showing the various states in the command tracker state machine 1 14, would 
have to be substantially re-engineered. 

That is, for the foregoing reasons, among others, the TFQs of Utsunomiya cannot 
simply be inserted into the host ports of Grieff even using the emulation technique of Ooi 
'045 and '787 . 

Any combination of these elements would require, if can be done at all, re- 
engineering to such an extent as to render them practically unrecognizable. 

Applicants thus submit that the cited combination lacks an element of the claimed 
invention, and that any combination will not work without re-engineering the art beyond 
recognition. 

The claimed invention is not obvious because the combination does not 
disclose, suggest hint at or teach "selecting one of the first host or second host 
units to concurrently access the device, through the switch, by accepting non- 
data FIS, from either of the first or second host units, at any given time" 

Because the combination of references does not work, it necessarily lacks the 

foregoing concurrency limitation. 

Applicants thus submit that the cited combination lacks an element of the claimed 
invention, and that any combination will not work without re-engineering the art beyond 
recognition. 

Regarding dependent claims 2-8, 10-13, 15-18, 20, and 21 - 29, they are 
necessarily allowable as they depend from an allowable independent claim. 

Reconsideration and allowance of claims 1-20 is hereby respectfully requested. 
Consideration and allowance of claims 21 - 29 is hereby respectfully requested. 
Applicants submit that the subject application is now in condition for allowance and an 
early notice thereof is respectfully requested. Should any further amendment be required 
prior to passing the application to issue, the Examiner is respectfully invited to contact the 
undersigned by telephone at the number set out below. 
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Respectfully submitted, 
LAW OFFICES OF IMAM 



Dated: September 22, 2008 By /maryam imam/ 

LAW OFFICES OF IMAM Maryam Imam 

1 1 1 North Market Street, Suite 1010 Reg. No. 38,190 

San Jose, CA 95113 
Tel: 408-271-8752 
Fax: 408-271-8886 

I hereby certify that this correspondence with all attachments is being submitted electronically at the website www.uspto.gov and 
addressed to the Commissioner for Patents, P.O. Box 1450, Arlington VA 22313-1450 on September 22, 2008 by Maryam Imam. 

/maryam imam/ 
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